home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / dev / www-talk.9301-9306.Z / www-talk.9301-9306 / text1064.txt < prev    next >
Encoding:
Text File  |  1995-04-24  |  2.4 KB  |  68 lines
  1.  
  2. > Date: Wed, 5 May 1993 23:24:26 +0200
  3. > From: aronsson@lysator.liu.se
  4.  
  5. > [..]  If the destination document is maintained by someone else, he
  6. > should be notified that I have a link going there, so he doesn't
  7. > rename or reorganize his document without notifying me again.
  8.  
  9. In HTTP there is another SBNIBAYAFAIK feature that the client can
  10. quote the "referee" (ie link source) when following a link. The
  11. features is designed to allow backward links to be built up as the
  12. forward links are followed.
  13.  
  14. > Date: Thu, 6 May 1993 01:21:40 +0200
  15. > From: aronsson@lysator.liu.se
  16.  
  17.  
  18.  
  19. > What exactly does "pre-load a search" mean, and how do I implement
  20. > this in an HTML document?
  21.  
  22. If there exists an index which covers the area (like if I got around
  23. to WAIS-idnexing all of that, you would quote something like
  24.  
  25.     http://info.cern.ch/hypertext?style
  26.  
  27. and point the reader at the results of a wais serach for style in
  28. the database.
  29.  
  30. > What if Tim and his WWW service moves from CERN to a new place?   
  31. What
  32. > if Tim decides to rename "WWW/Provider/Style" to "WWWSTYLE.DIR"?
  33.  
  34.     A big difference between the http deamon and the ftp daemon
  35.     is the document name to filename mapping. Though I wish
  36.     I had named the documents "/InformationSystems..." rather
  37.     than "/hypertext", I won't change the document names even
  38.     if I move the files. I will write a server which maps the  
  39. document names into their new places. In fact, already you are
  40.     spared making references to
  41.     "/Net/dxcern/userd/timbl/hypertext..." thanks to the
  42.     mapping.  Look at the mapping as a local name server so that
  43.     within the server the path is in fact a name not an address.
  44.  
  45.     [Of course filenames aren't addresses either. I wouldn't like
  46.     to have to count how many mappings occur before we get to
  47.     the disk track/sector/cylinder numbers.]
  48.  
  49. > If someone can pull this rug, why should I stand on it?
  50.  
  51.  
  52.     If I want to, I cn turn the server off. But I don't want to.
  53.     It is in my interests to maintain the pointers.
  54.     
  55. > I would be happier to refer to an ISBN number, because then I only
  56. > specify the publisher, and not the library where I found the book,  
  57. and
  58. > there would be an organization for registering new ISBN numbers  
  59. that
  60. > would stop an author from changing a documents name.
  61.  
  62. Have you joined uri@bunyip.com to talk about naming and addressing
  63. of document resources?  If not, you might like to. Mail uri-request  
  64. of course not the list.
  65.  
  66. Tim
  67.  
  68.